性能优化工具（八）

2023-08-21 05:31| 来源: 网络整理| 查看: 265

一、简介

MAT是Memory Analyzer tool的缩写，是一种快速，功能丰富的Java堆分析工具，能帮助你查找内存泄漏和减少内存消耗。很多情况下，我们需要处理测试提供的hprof文件，分析内存相关问题，那么MAT也绝对是不二之选。 Eclipse可以下载插件结合使用，也可以作为一个独立分析工具使用，下载地址：MAT

二、获取hprof文件

我们先了解如何获取hprof文件在AS monitor 的 memory部分，进行如下操作：

左边栏选择Captures，在Heap Snapshot文件夹内会生成对应的hprof文件，再转化为可供MAT使用的标准hprof文件，操作如下：

如果不用MAT，那么不需要转为标准hprof文件，在右边部门就能看到分析报表，可以进行对应分析。但是建议还是使用MAT工具分析，功能更加全面些。

三、MAT工具使用介绍

如何下载和安装这里就不讲了，自行百度或者google。

用工具打开标准.hprof文件后界面如下：

我们主要分析Actions, 它包含了4个部分：

视图含义 histogram 列举内存中对象存在的个数和大小 Dominator tree 该视图会以占用总内存的百分比来列举所有实例对象，注意这个地方是对象而不是类了，这个视图是用来发现大内存对象的 Top Consumers 该视图会显示可能的内存泄漏点 Duplicate Classes 该视图显示重复的类等信息

点击他们能得到不同的视图，下面来一一介绍： 3.1 Histogram:

点击Histogram之后，会出现如下界面：

这个视图中提供了多种方式来对对象进行分类，这里为了分析方便，我们选择按包名进行分类。

下面再来解释下列名：

列名含义 Object 该类在内存当中的对象个数 Shallow Heap 对象自身所占用的内存大小，不包括它所引用的对象的内存大小 Retained Heap 该对象被垃圾回收器回收之后，会释放的内存大小

我们再来看一下右键菜单选项：

1）List objects:

with outgoing references: 查看它所引用的对象 with incoming references: 查看它被哪些对象引用

2）Show objects by class 和List objects选项类似，只不过列出的是类名。

3）Merge Shortest Paths to GC Roots 我们可以选择排除一些类型的引用：

3.2 Dominator Tree:

通过“引用树”的方式来展现内存的使用情况的，通俗点来说，它是站在对象的角度来观察内存的使用情况的，主要看是否存在异常的大内存对象

3.3 Top consumers 和 Duplicate Classes: 不常用，读者可以自行使用下

四、简单案例分析

案例：将Activity的实例被一个单例对象所持有,在旋转屏幕的时候造成内存泄漏

public class CommonUtils { private static CommonUtils instance; private Context context; private CommonUtils(Context context){ this.context = context; } public static CommonUtils getInstance(Context context){ if(instance == null){ instance = new CommonUtils(context); } return instance; } } public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); CommonUtils.getInstance(this);//单例模式内存泄漏 } }

4.1生成hprof文件并导入MAT：

生成过程不赘述了，2份hprof文件一份是没有旋转过屏幕的，一份是旋转过屏幕多次的，用来做泄漏和无泄漏的对比，帮助定位问题。

打开MAT 导入我们的2个hprof文件 Open File-->选择文件-->Leak Suspects Report-->Finish

4.2生成比较结果表

两个文件都分别先点击Action中histogram视图，然后打开下面的面板Navigation History ，会发现有两个histogram，分别选中histogram右键add to Compare Basket 添加到比较容器中。

添加到比较容器，然后进行比较：

比较之后生成Compared Tables:

然后通过合理的怀疑和猜测，且通过对比，找出有问题的类。当然，这个列子很简单，而且位置也很清楚，但是较为复杂的项目，这一步就是体力活了。只能耐着性子一点点分析比较。

定位到hasMemLeak.hprof存在内存泄漏：

下一步，找到hasMemLeak.hprof对应的histogram, 再去观察MainActivtiy具体被哪些对象引用：

看到MainActivty被引用的地方这么多而且一屏还显示不完我们又如何去判断是哪个导致内存泄漏的呢 MAT还有一个功能就是通过遍历GC Root树去将那些有可能被GC回收的实例将他们去除（备注：在GC Root树中能找到的对象绝对不存在有内存泄漏的实例因为他们在运行时会被回收的嘛只有找不到的那些才是：

排除虚引用、弱引用、软引用，之后剩余的才是有分析价值的：

找到问题然后去修改代码：

CommUtil instance = CommUtil.getInstance(getApplicationContext());

之后再抓hprof测试修改

分析总结：通过操作，观察android monitor的内存变化，在横竖屏切换或者页面进入退出之后，内存在短时间没有明显回落的，都是内存泄漏的怀疑点。确认几个合理的怀疑范围之后，通过抓取对比的hprof文件，先定位到泄漏的类，然后再通过分析它引用了谁或者谁引用了它来定位最终问题。同时可以通过排除虚引用、弱引用、软引用等等GC可以回收的引用来缩小分析范围。

不得不承认，MAT分析内存问题，还是比较麻烦的，如果想图方便的话，下期会讲一个傻瓜式工具：LeakCanary.

【本文地址】

公司简介

联系我们